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(54) Anti-theft device using code type transponder 



(57) A method for registering a new key (11. 12) in 
an anti-theft device allows the registration of a new key 
(11, 12) having a code type transponder (11a, 12a) from 
which authentication data once written cannot be read 
out or written over. An ECU (20) communicates with a 
transponder (10a) of a registered key (10) such as a 
master key (10) and allows an engine to be started 
when the result of a collating function data stored in an 
EEPROM (20f) of the ECU (20) with function data writ- 
ten in the transponder (10a) is a match. When function 



data is to be written into a transponder (1 1 a, 1 2a) of an 
unregistered new key (11, 12), the ECU (20) first com- 
municates with the transponder (10a) of the registered 
key (10) and, when the result of collation of the function 
data stored in the EEPROM (200 and the function data 
written in the transponder (10a) of the registered key 
(10) is a match, writes function data stored in the EEP- 
ROM (20f) into the transponder (11a, 12a) of the new 
key (11.12). 
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Description 

CROSS-REFERENCE TO RELATED APPLICATION 

This application is related to Japanese Patent 
Application No. Hei 8-271099, incorporated herein by 
reterence. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to a method and a device with 
which it is possible to carry out registration of a new key, 

1. e. a key which is not already a registered key such as 
a master key. in an anti-theft device. 

2. Description of Related Art 

To enable a vehicle to be used by a number of dif- 
ferent people, keys made by copying a master key are 
sometimes newly added to existing keys for starting the 
engine of or locking and unlocking doors of the vehicle. 
In the case of a vehicle having an anti -theft function, 
when newly adding a key it is necessary to register the 
new key with an electronic control unit (hereinafter 
abbreviated to ECU) having an anti-theft function by 
conducting communication between the ECU and a 
transponder disposed inside the new key. 

In conventional new key registration, authentication 
data pre-written into a R/O (read-only) transponder dis- 
posed inside the new key is read out from the trans- 
ponder and this data is transmitted to the ECU and 
written and stored in the ECU. 

However, recently, to prevent the copying of keys by 
thieves, code type transponders, with which once 
authentication data has been written in the transponder 
the authentication data cannot be written over or read 
out, have started to be used. 

With a code type transponder, since the authentica- 
tion data cannot be read out, there is the problem that 
when the conventional method is used it is not possible 
to register a new key having a code type transponder in 
the ECU. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide a method and a device with which it is possible 
to register a new key having a code type transponder. 

The above object is achieved according to an 
aspect of the present invention by providing a method 
for registering a new key in an anti-theft device including 
preparing a new key having a transponder in which 
authentication data has not been written, conducting 
communication between a transponder of a registered 
key and an electronic control unit having an anti-theft 
function, and determining if the communication was 



conducted correctly, enabling registration of a new key 
when it is determined that the communication was con- 
ducted correctly, and, when registration of a new key is 
enabled, conducting communication between the trans- 

5 ponder of the new key and the electronic control unit 
and writing registered key authentication data stored in 
the electronic control unit into the transponder of the 
new key. In this way, by using the authentication data of 
the master key stored in the ECU, even a new key hav- 

io ing a code-type transponder can be appropriately regis- 
tered. 

By making the collation of a pre-registered master 
key a condition of registration of a new key it is possible 
to set a restriction on the registration of new keys. That 

is is, for example, when the anti-theft device is applied to a 
vehicle, in the case of a rental car or and the like a reg- 
istered key is loaned out together with the vehicle for the 
rental period, but if this registered key is not a master 
key then new keys being registered unlawfully using this 

20 loaned-out registered key can be prevented. 

Whether each of a number of electronic keys hav- 
ing the same authentication data is a master key or a 
sub-key can be distinguished by means of a key identi- 
fication code assigned uniquely to each key 

25 Other objects and features of the present invention 
will appear in the course of the description thereof, 
which follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

Additional objects and advantages of the present 
invention will be more readily apparent from the follow- 
ing detailed description of preferred embodiments 
thereof when taken together with the accompanying 
35 drawings in which: 

FIG. 1 shows the construction of an anti-theft 
device according to a first preferred embodiment of 
the invention; 

40 FIGS. 2A and 2B are flowcharts showing specific 

processing of a CPU in FIG. 1 ; 

FIG. 3 is a flowchart showing details of registration 

mode processing in FIG. 2A; 

FIG. 4 shows a relationship of correspondence 
45 between a master key, new keys and content stored 

in an EEPROM in FIG. 1; 

FIG. 5 is a view showing the construction of a sec- 
ond prefened embodiment of the invention; 
FIG. 6 is a flowchart showing specific processing 
so carried out by CPUs in FIG. 5; 

FIG. 7 is a flowchart showing function data, etc. 
writing in FIG. 6; 

FIG. 8 is a flowchart showing function data, etc. 
reading in FIG. 6; and 
55 FIG. 9 is a flowchart showing processing carried 
out by a checker in FIG. 5. 
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DETAILED DESCRIPTION OF THE PRESENTLY PRE- 
FERRED EXEMPLARY EMBODIMENTS 

(First Embodiment) 

5 

The construction of an anti-theft device for a vehicle 
is shown in FIG. 1. 

A key (a master key or another registered key; in 
the following description, a master key) 10 has a built-in 
transponder 10a. This transponder 10a is a code type 10 
transponder in which is written function data serving as 
authentication data and which, when receiving an exci- 
tation signal (for example, a sine wave of a predeter- 
mined frequency) from the vehicle side, stores energy 
of the excitation signal in a capacitor and operates with is 
this energy as a power supply. 

On the vehicle side there are provided an ECU 20 
having an anti-theft function and an amplifier circuit 21 
for receiving an excitation starting signal from the ECU 
20 and transmitting an excitation signal to the master 20 
key 10. The ECU 20 is made up of a CPU 20a, a ROM 
20b, a RAM 20c, an input/output buffer 20d, an 
input/output circuit 20e and an EEPROM 201 The same 
function data as the function data stored in the trans- 
ponder 10a is stored in this EEPROM 20f. 25 

The ECU 20 communicates with the transponder 
10a of the master key 10 and collates the function data 
stored in the EEPROM 20f with the function data written 
in the transponder 10a and, when it determines that 
result of this collation is a match, enables the engine to 30 
be started. That is, H commences control of the injector 
23 and the ignitor 24 by way of the driving circuits 20g, 
20h. 

In the following description, the function data writ- 
ten in the transponder 10a will be written Ft(X) and the 35 
function data stored in the EEPROM 20f will be written 
Fe(X). 

The communication and the collation of function 
data between the ECU 20 and the transponder 1 0a are 
carried out in the following way. 40 

First, the CPU 20a outputs an excitation starting 
signal to the amplifier circuit 21 and thereby causes an 
excitation signal to be transmitted from an antenna 22 to 
the transponder 10a of the master key 1 0. After a prede- 
termined time (for example, 50ms) the CPU 20a outputs 45 
an excitation stopping signal to the amplifier circuit 21 
and thereby stops the transmission of the excitation sig- 
nal from the antenna 22. As a result of this transmission 
of the excitation signal for a predetermined time, the 
transponder 1 0a becomes operational. so 

After that, the CPU 20a outputs query data X (a set 
of data generated using random numbers; different data 
every time) to the amplifier circuit 21 . The amplifier cir- 
cuit 21 converts "1" and "O* signal group data from the 
CPU 20a into frequencies (for example, frequency B for 55 
"V and frequency C for M 0"), and transmits this to the 
transponder 10a from the antenna 22. 

The transponder 1 0a uses the function data Ft(X) to 



calculate response data Yt from the query data X and 
the function data Ft(X), and transmits this to the 
antenna 22 as a data group of the frequencies B and C. 
The amplifier circuit 21 converts the frequency data 
received by the antenna 22 into a data group of "1 ■ and 
M 0" and outputs this to the CPU 20a. As the function 
data Ft(X), for example, a four-rule operator such as 
Ft(X) s (x +x)/5+X/2+x +... can be used. 

The CPU 20a also obtains response data Ye from 
the query data X transmitted to the transponder 1 0a and 
the function data Fe(X) (which is the same function data 
as that of the transponder 10a if the transponder 10a is 
a correct transponder) stored in the EEPROM 20f. 

The CPU 20a then compares the two sets of 
response data Yt and Ye, and if they match makes the 
determination "correct transponder" (the function data 
in the transponder 10a and the function data stored in 
the EEPROM 20f are the same) and enables the engine 
to be started, and if they do not match prevents the 
engine from operating. 

Next, the operation of the CPU 20a will be 
described with reference to the flowchart of FIG. 2A 
showing specific processing carried out by the CPU 
20a. 

When the master key 10 is inserted into a key cylin- 
der and a key switch (K3 switch) is turned on. the elec- 
trical system shown in FIG. 1 receives power from a 
vehicle battery and becomes operational. 

First, normal operation for starting the engine using 
the master key 10 will be described. 

When the power supply is switched on, an excita- 
tion signal and query data X are transmitted to the 
transponder 10a (Step 101) and then response data Ye 
is obtained from the query data X and the function data 
Fe(X) stored in the EEPROM 20f (Step 102) and also 
response data Yt is read out from the transponder 10a 
(Step 103). 

Data collation comparing the two sets of response 
data Yt. Ye is then carried out (step 104). When the col- 
lation result is a match and key identification codes 
which will be further discussed later also match, the 
transponder 10a is determined to be a "correct trans- 
ponder" and processing goes through a registration 
mode determination (step 1 05; this processing will be 
discussed later) and then carries out ignition and fuel 
injection control of the engine (step 106). However, 
when the collation result is a mismatch the processing 
of steps 101 though 104 is repeated, and when the 
number of failures to match reaches a predetermined 
number, the determination of a step 107 becomes YES 
and the determination "abnormal transponder" is made 
and it is confirmed from the outputs of the driving cir- 
cuits 20g, 20h that ignition and fuel injection are being 
prohibited (step 108) and control processing other than 
engine control (far example, processing displaying the 
abnormality with an LED or the like) is executed (step 
109). Thus, in this case, the engine is not operated. 

As will be understood from the foregoing descrip- 
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tion, using the function data written in the transponder 
1 0a of the master key 1 0 it is possible to prevent theft of 
the vehicle. 

Next, the case of registering a new key having its 
shape copied from the shape of the master key will be 
discussed. 

In this case, the master key 10 is inserted into the 
key cylinder, the ECU 20 is operated and confirmation 
of the master key 10 is carried out First, when the 
power supply is switched on by the insertion of the mas- 
ter key 10, the CPU 20a communicates with the trans- 
ponder 10a of the master key 10 and determines 
whether or not communication has been conducted cor- 
rectly (the processing of steps 101 through 104). 

When it is determined that communication has 
been conducted correctly, after this determination, it is 
determined whether or not within a predetermined time 
(for example 10 seconds) a registration operation for 
carrying out registration of a new key has been carried 
out (step 1 05). For example, it is determined whether or 
not a predetermined registration operation such as turn- 
ing the IG switch on and off three times or turning a door 
switch on and off four times has been carried out by a 
user (operator registering a new key). When this kind of 
registration operation is carried out, new key registration 
is enabled and registration mode processing 200 is exe- 
cuted. When the master key 10 is used to operate the 
starter, the determination of step 105 is NO and imme- 
diate engine starting is made possible. 

The specific processing of this registration mode 
processing 200 is shown in FIG. 3. 

After carrying out the registration operation 
described above, the user replaces the master key 10 in 
the key cylinder with a new key. Because at the time of 
this key replacement the key switch is temporarily 
turned off, when processing enters the registration 
mode, first, power supply holding processing is carried 
out (step 201). In this case, a power supply holding cir- 
cuit (not shown) is operated to maintain the power sup- 
ply to the ECU 20 for a predetermined time. 

After that, the CPU 20a confirms that the master 
key 10 has been replaced with a new key (step 202). For 
example, the key replacement can he confirmed using a 
key insertion switch (not shown) detecting the state of 
insertion of a key into the key cylinder. 

Next, an excitation signal is transmitted to the trans- 
ponder of the new key and that transponder is thereby 
rendered operational (step 203), and the function data 
Fe(X) stored in the EEPROM 20f is transmitted to the 
transponder of the new key and written into the trans- 
ponder as function data Ft(X) (step 204). After that, 
query data X is prepared and response data Ye is 
obtained using the function data Fe(X) stored in the 
EEPROM 20f (step 205), and also the query data X is 
transmitted to the transponder of the new key and 
response data Yt based on the function data Ft(X) just 
written is read out (step 206). 

Data collation comparing the two sets of response 
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data Yt, Ye is then carried out (step 207). If the collation 
result is a match, it is inferred that the function data 
Ft(X) has been correctly written into the new key and 
then a key identification code (key number) is written 

s into the transponder of the new key (step 208) and the 
same key identification code is also written into the 
EEPROM 20f (step 209). When the key identification 
code is entered into the new key, so that keys having the 
same key identification code are not made, a key identi- 
fy fication code which has not been used before is set For 
example, with respect to a vehicle in which key identifi- 
cation codes 1 to 5 are preset, at the time of addition of 
new keys, key identification codes other than 1 to 5, 
such as 6, 7,..., are set. 

15 Also, lock processing for writing a lock code into the 
transponder of the new key is carried out, and further 
writing of data into the transponder is thereby rendered 
impossible (step 210). After that, the fact that the new 
key has been registered is made known to the user by a 

20 display device such as an LED (step 211). 

After that, when it is ascertained that the new key 
has been removed and been replaced with another new 
key within a predetermined time, the determination of 
step 212 becomes YES and the registration processing 

25 of step 203 onward is carried out with respect to the 
other new key 

When it is determined in step 207 that the data col- 
lation result is a mismatch, the fact that the new key has 
not been registered is made known to the user by dis- 

30 playing means such as an LED (step 213). 

Therefore, by looking at the LED or other displaying 
means, the user can check whether or not registration 
of the new key has been carried out. 

In the above-mentioned steps 104 and 207, data 

35 collation carried out by comparing the two sets of 
response data Yt, Ye was described; however, the key 
identification code written into the transponder is read 
out and determination of whether or not that key identi- 
fication code matches any of the key identification 

40 codes stored in the EEPROM 20f is also carried out, 
and the collation result is deemed to be a match when 
both the response data and the key identification code 
match. 

The correspondence relationship between the mas- 
45 ter key 10, new keys 11, 12... and the stored content of 
the EEPROM 20f is shown in FIG. 4. The new keys 1 1 , 
12... respectively have built in transponders 11a, 12a... 
Function data Fe{X) common to all the keys is stored in 
the EEPROM 20f. Therefore, the storage capacity of the 
so EEPROM 20f can be made much smaller than when 
function data Fe(X) is stored individually with respect to 
each of a plurality of keys. Also, since when the 
response data is being produced, the computation of 
step 102 need only be carried out for one set of function 
55 data, reduction of the processing load is possible. Key 
identification codes are also stored in the EEPROM 20f 
in correspondence with the master key 10 and the new 
keys 11, 12... 
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As a result of a key identification code for each key 
being stored in the EEPROM 20f in this way, when a key 
is lost, if the key identification code of that key is erased 
from the EEPROM 20f, even if the lost key were to be 
used, because its key identification code would not 5 
match any key identification code stored in the EEP- 
ROM 20f , theft of the vehicle would be prevented. 

In the first preferred embodiment described above, 
registration of a new key is enabled when collation of 
any already registered key is carried out; however, alter- 10 
natively, collation of a pre-registered master key may be 
made a condition of registration of a new key, so as to 
place a restriction on the registration of new keys. This 
modified version of the first preferred embodiment will 
be described below. 15 

In the case of this modified version, after (on the 
basis of the data collation of step 104 shown in FIG. 2 A) 
the result of the collation of the two sets of response 
data Yt, Ye is a match and the key identification code 
also matches and the determination "correct trans- 20 
ponder" is made, a step 104a of distinguishing (on the 
basis of the key identification code) whether the key in 
the key cylinder is a master key or a sub-key is provided 
as shown in FIG. 2B, and when the key is recognized as 
a master key processing goes through the registration 25 
mode determination processing of step 105 and shifts 
to the engine control processing of ignition and fuel 
injection of step 106 as described above; but, when the 
key rn the key cylinder is recognized as a sub-key, 
processing shifts directly to step 1 06. In this case, in the 30 
above-mentioned key distinguishing step, for example 
the key having the key identification code registered first 
in the EEPROM 20f at the time of shipping of the vehicle 
is recognized as the master key and any key newly reg- 
istered thereafter is recognized from its key identifica- 35 
tion code as a sub-key. 

By making collation of a pre-registered master key 
a condition of registration of a new key and thereby 
placing a restriction on the registration of new keys as in 
this modified version of the first preferred embodiment 40 
of the invention, when in the case of a rental car or the 
like a registered key is also loaned out during the vehi- 
cle rental period, if this loaned-out key is made a sub- 
key it is possible to prevent a new key being registered 
unlawfully. 45 

In the above, an example wherein when a new key 
is registered using collation of a master key the new key 
is registered as a sub-key was described, but the inven- 
tion is not limited to this and of course a construction 
may be adopted wherein it is determined at the time of so 
registration of the new key that a predetermined opera- 
tion has been carried out on, for example, a switch of 
the vehicle, and the new key may be selectively regis- 
tered as a master key or a sub-key. 

Also, although the preferred embodiment described 55 
above was an example wherein the authentication data 
(the function data Ft{X)) of all of a plurality of keys reg- 
istered with respect to a single ECU 20, i.e. with respect 



to one vehicle, was the same and one corresponding 
function data Fe(X) was stored in the EEPROM 20f, the 
invention can be applied also in a case where for exam- 
ple there are a plurality of original master keys and each 
has different authentication data. In this case, the same 
authentication data as that of the master key used for 
the collation at the time of registration of a new key is 
written into the new key and keys having the same 
authentication data are recognized as a master key or a 
sub-key by the ECU 20 using the unique key identifica- 
tion code assigned to each key. 

(Second Embodiment) 

In the preferred embodiment described above, if the 
ECU 20 fails (for example, if the driving circuits 20g, 20h 
fail), the ECU 20 might be replaced with another ECU. 
In this case, unless the function data and key identifica- 
tion code (hereinafter referred to as function data, etc.) 
written in the registered keys such as the master key (in 
this preferred embodiment, also, the case of a master 
key will be used for the description) are stored in the 
new ECU, it will not be possible to continue to use the 
master key in the same way as before. 

However, because the master key uses a code type 
transponder, it is not possible to read out the content 
written in it. Also, due to the lock applied after the writing 
of the data, the function data. etc. cannot be overwrit- 
ten. Consequently, methods involving reading out the 
content written in the code type transponder and meth- 
ods involving resetting the function data. etc. in the new 
ECU using the master key cannot be used. 

To overcome this, in this preferred embodiment, in 
the failed ECU 20, collation using the master key is car- 
ried out, and when the collation result is a match the 
function data, etc. stored in the EEPROM 20f is written 
into the new ECU so that the master key can be used 
with the new ECU in the same way as before. 

A configuration for writing function data, etc. stored 
in the EEPROM 20f of a failed ECU 20 into a new ECU 
30 is shown in FIG. 5. 

The new ECU 30 is of the same construction as the 
failed ECU 20 and thus has the constituent elements 
30a to 30h shown in the Figure. Also, function data. etc. 
stored in the EEPROM 20f of the failed ECU 20 can be 
written into the EEPROM 30f of the new ECU 30 by way 
of a checker 40. This checker 40 is a device originally 
used, for example, for reading diagnostics codes or car- 
rying out RAM information testing work, and is con- 
structed to carry out writing of function data. etc. into the 
new ECU 30 as well as these processes. 

Processing executed by the CPU 20a in the ECU 
20 and the CPU 30a in the ECU 30 (the CPUs 20a. 30a 
both execute the same processing) is shown in FIG. 6. 
It differs from the processing of FIGS. 2A and 2B and 
FIG. 3 of the first preferred embodiment in the point that 
the steps 1 00, 1 10, 300 and 400 have been added. 
An initial code is originally stored in the EEPROM, 
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and when storing of function data, etc. with a master key 
is carried out the function data, etc. is written over that 
initial code. Therefore, not the initial code but function 
data is stored in the EEPROM 20f, whereas the initial 
code is stored in the EEPROM 30f of the ECU 30. 

Consequently, when power is supplied to the ECU 
20, ECU 30 (e.g., power from a vehicle battery or from 
an outside power source), in the CPU 30a of the new 
ECU 30. when step 100 is reached, the determination 
thereof is YES and function data, etc. write processing 
300 (the detailed processing of which is shown in FIG. 
7) is executed, and in the CPU 20a of the failed ECU 20, 
when step 100 is reached, the determination thereof is 
NO and the same collation of function data, etc. as that 
described in the first preferred embodiment is carried 
out, and when a request to read out function data, etc. 
has been issued from the checker 40 function data, etc. 
readout processing 400 (the detailed processing of 
which is shown in FIG. 8) is executed. 

Processing carried out by the checker 40 is shown 
in FIG. 9. 

When power is supplied to the checker 40, it first 
determines whether or not it is in ECU replacement 
mode (step 501). The ECU replacement mode determi- 
nation is carried out on the basis of whether or not a 
user has operated an ECU replacement switch (not 
shown). When it is not in ECU replacement mode, the 
original operation of the checker 40 mentioned above is 
carried out (step 510), but when it is in ECU replace- 
ment mode it outputs a request for readout of function 
data, etc. to the CPU 20a (step 502). 

When it receives a readout request from the 
checker 40, the CPU 20a executes the function data, 
etc. readout processing 400 shown in FIG. 8 and first 
reads out the function data. etc. stored in the EEPROM 
20f and sends it to the checker 40 (step 401). 

The checker 40 receives the function data etc. sent 
from the CPU 20a (step 503) and determines whether 
or not the function data, etc. from the CPU 20a has 
been correctly read out (step 504). When it has been 
correctly read out, the checker 40 outputs a function 
data, etc. write request to the CPU 30a and writes the 
function data, etc. into the CPU 30a (step 505). 

When the write request is outputted from the 
checker 40, the CPU 30a stores that function data, etc. 
in the EEPROM 30f (step 302). After that, to confirm 
whether or not the function data, etc. has been correctly 
written, the CPU 30a reads the stored function data, 
etc. from the EEPROM 30f and sends it to the checker 
40 (step 303). 

The checker 40 sends the function data etc. sent to 
it from the CPU 30a to the CPU 20a (step 506). 

When the CPU 20a receives the function data, etc. 
sent from the CPU 30a from the checker 40 (step 402). 
it collates that function data, etc. with the function data, 
etc. stored in the EEPROM 20f (step 403). If the colla- 
tion result is a match, the CPU 20a sends a "writing OK" 
report to the checker 40 (step 404) and erases the func- 



tion data, etc. stored in the EEPROM 20f. If the collation 
results do not match, it sends a "writing NG" report to 
the checker 40 (step 406). The reason for erasing the 
function data, etc. stored in the EEPROM 20f is to avoid 

5 producing a duplicate ECU. 

The checker 40 identifies the information received 
from the CPU 20a (step 507), and when it is a "writing 
OK" report, sends notification to the effect that the colla- 
tion result is a "match" to the CPU 30a (step 508), and 

io when it is a "writing NG" report, sends notification to the 
effect that the collation result is a "mismatch* to the 
CPU 30a (step 509). 

The CPU 30a recognizes the information showing 
the collation result from the checker 40 (step 304), and 

75 when the collation result is a "match" ends function, 
data etc. writing and when the collation result is a "mis- 
match", infers that there has been a writing failure and 
clears the function code stored in the EEPROM 30f and 
carries out processing to return to the initial code (step 

20 305). This is because if the function code is not returned 
to the initial code, it is not possible to carry out writing 
again. 

As will be clear from the above description, with this 
preferred embodiment, when the ECU 20 fails, it is pos- 

25 sible to write the function data, etc. stored in the EEP- 
ROM 20f of the failed ECU 20 into a new ECU 30 and 
therefore it is possible to use the same keys as before 
with the new ECU 30. 

Although the present invention has been fully 

30 described in connection with the preferred embodi- 
ments thereof with reference to the accompanying 
drawings, it is to be noted that various changes and 
modifications will become apparent to those skilled in 
the art. For example, the present invention is not limited 

35 to application to vehicles having engines, and for exam- 
ple can also be applied to vehicles such as electric vehi- 
cles not having engines, and can be applied to mobile 
bodies other than vehicles for example, boats. Such 
changes and modifications are to be understood as 

40 being included within the scope of the present invention 
as defined by the appended claims. 

Claims 

45 1. A method for registering a new key in an anti-theft 
device, comprising: 

preparing a new key (11, 12) having a trans- 
ponder (1 1a, 12a) in which authentication data 

so has not been written; 

conducting communication between a trans- 
ponder (10a) of a registered key (10) and an 
electronic control unit (20) having an anti-theft 
function, and determining if the communication 

55 was conducted correctly; 

enabling registration of a new key (11, 12) 
when it is determined that the communication 
was conducted correctly; and 
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when registration of a new key (11. 12) is ena- 5. 
bled, conducting communication between the 
transponder (11a, 12a) of the new key (11,12) 
and the electronic control unit (20) and writing 
registered key authentication data stored in the 5 
electronic control unit (20) into the transponder 
(1 la, 12a) of the new key (1 1,12). 

2. A method for registering a new key in an anti-theft 
device according to claim 1 , further comprising: 10 

after the writing is carried out, conducting com- 
munication between the transponder (11a. 
1 2a) of the new key (11,12) and the electronic 
control unit (20) and checking whether or not 15 6. 
the authentication data has been written into 
the transponder (11a, 12a) of the new key (11, 
12) correctly; and 

informing an operator registering the new key 

(1 1 2, 1 2) of the result of the check. 20 

3. An anti-theft device comprising : 

an electronic control unit (20) having storing 
means (20f) for storing authentication data of a 25 7. 
registered key (10). the electronic control unit 
(20) being for conducting communication with a 
transponder (10a) of a registered key (10) and 
collating the authentication data stored in the 
storing means (20f) with authentication data 30 
written in the transponder (10a), and determin- 
ing rf the result of the collation is a match, and 
when the collation result is a match, making 8. 
starting of an engine possible; 
wherein when authentication data is to be writ- 35 
ten into a transponder (11a, 12a) of a new key 
(11, 12), the electronic control unit (20) con- 
ducts communication with the transponder 9. 
(10a) of the registered key (10) and collates the 
authentication data stored in the storing means 40 
(20f) with the authentication data written in the 
transponder (10a) of the registered key (10), 
and when the result of the collation is a match, 
allows the writing of authentication data into the 
transponder (11a, 12a) of the new key (1 1,12). 4s 

4. An anti-theft device according to claim 3, wherein: 

the electronic control unit (20) comprises 
means (20, 208, 209) for writing a key idenfrfi- so 
cation code of the new key (11, 12) into the 
transponder (1 1 a, 1 2a) of the new key (11.12) 
and the storing means (20f); and 
the electronic control unit (20) collates the 
authentication data and the key identification 55 
codes and enables the engine to be started 
when the result of the collation is a match. 



An anti-theft device according to claim 3 or claim 4, 
wherein: 

the electronic control unit (20) comprises 
means (20. 1 05) for determining that a registra- 
tion operation for carrying out registration of a 
new key (11, 12) has been carried out; and 
the electronic control unit (20) carries out the 
writing of authentication data into the trans- 
ponder (11a, 12a) of the new key (11, 12) when 
it determines that the collation result is a match 
and that the registration operation has been 
carried out 

An anti-theft device according to any of claims 3 
through 5. wherein the electronic control unit (20) 
comprises means (205-207, 21 1 , 213) for, after the 
writing is carried out, conducting communication 
with the transponder (1 1 a, 1 2a) of the new key (1 1 , 
12) and checking whether or not the authentication 
data has been written into the new key (11.12) cor- 
rectly, and informing a user registering the new key 
(1 1 , 12) of the result of the check. 

An anti-theft device according to claim 3, wherein 
the transponders (10a-12a) of the registered key 
(10) and the new key (11, 12) are such that once 
authentication data has been written into the trans- 
ponder (10a-12a). the authentication data cannot 
be read out to the outside from the transponder 
(10a-12a). 

An anti-theft device according to claim 3, wherein 
the authentication data is function data for operat- 
ing on query data sent from the electronic control 
unit (20) at the time of anti-theft determination. 

A method for registering a new key in an anti-theft 
device, comprising: 

preparing a new key (11, 12) having a trans- 
ponder (11a, 12a) in which authentication data 
has not been written; 

conducting communication between a trans- 
ponder (10a) of a pre-registered master key 
(10) and an electronic control unit (20) having 
an anti-theft function and determining if the 
communication was conducted correctly; 
allowing registration of a new key (11,12) when 
determining that the communication was con- 
ducted correctly; and 

conducting communication between the trans- 
ponder (1 1a, 12a) of the new key and the elec- 
tronic control unit (20) and by this 
communication writing authentication data 
matching authentication data of the master key 
(10) into the transponder (11a, 12a) of the new 
key (11, 12). 
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10. A method for registering a new key in an anti-theft 
device according to claim 9, wherein communica- 
tion data sent by the transponder (10a) of the mas- 
ter key (10) to the electronic control unit (20) 
includes, in addition to the authentication data, a 5 
key identification code identifying the master key 
(10). 

11. A method for registering a new key in an anti-theft 
device according to claim 10, wherein a key identi- io 
fication code different from the key identification 
code of the master key (1 0) is written into the trans- 
ponder (11a, 12a) of the new key (11, 12) in addi- 
tion to the authentication data matching the 
authentication data of the master key (1 0). 15 

12. A method for registering a new key in an anti-theft 
device according to claim 1 1 , wherein the authenti- 
cation data and key identification codes respec- 
tively assigned to a plurality of keys having the 20 
same authentication data are stored in the elec- 
tronic control unit (20) and only when recognizing 
the key identification code of the master key (10) 
does the electronic control unit (20) allow registra- 
tion of the new key (11,12). 25 

13. An electronic control unit for conducting communi- 
cation with a transponder of an electronic key and 
controlling the ability of an object of theft prevention 

to be operated, the electronic control unit compris- 30 
ing: 

storing means (20, 200 for storing authentica- 
tion data of a proper registered key (10); 
determining means (20, 104) for determining 35 
by communication with the electronic key 
whether or not the electronic key (10-12) is a 
registered key (10); 

permitting means (20, 106) for permitting 
access to the object of theft prevention when 40 
the determining means (20, 104) determines 
the electronic key (10-12) to be a registered 
key (10); and 

mode switching means (20, 110, 400) by which 
is set a readout mode enabling the authentica- 45 
tion data registered in the storing means (20, 
20f) to be sent out outside when the determin- 
ing means determines the electronic key (10- 
12) to be a registered key (10). 

50 

14. An electronic control unit according to claim 13, 
wherein in the readout mode the authentication 
data registered in the storing means (20, 20f) can 
be sent to a new key having a transponder (11a, 

1 2a) in which authentication data has not been writ- 55 
ten. 

15. An electronic control unit according to claim 13 or 



14 

14, wherein in the readout mode the authentication 
data registered in the storing means (20, 20f) can 
be sent to another electronic control unit (30) hav- 
ing storing means (30, 30f) in which authentication 
data of a registered key (10) has not been written. 

1 6. An electronic control unit according to claim 14, fur- 
ther comprising: 

means (20, 401-405) for writing a key identifi- 
cation code of the new key (11, 12) into the 
transponder (11 a, 12a) of the new key and the 
storing means (20, 20f); 
wherein the determining means (20, 104) 
determines that the electronic key (10-12) is a 
registered key (10) when authentication data 
and a key identification code written in the elec- 
tronic key (10-12) match authentication data 
and a key identification code stored in the stor- 
ing means (20, 2Qf). 

17. An electronic control unit according to claim 13, fur- 
ther comprising: 

means for determining (20, 110) that a registra- 
tion operation for carrying out registration of a 
new key (11. 12) has been carried out; 
wherein the electronic control unit (20) carries 
out writing of authentication data into the trans- 
ponder (11 a, 12a) of the new key (11, 12) when 
the determining means (20, 105) determines 
that the electronic key (10-12) is a registered 
key (10) and the registration operation has 
been carried out. 

18. An electronic control unit according to claim 14, fur- 
ther comprising means (20, 402-405) for, after 
sending the authentication data, conducting com- 
munication with the transponder (11a, 12a) of the 
new key (11, 12) and checking whether or not the 
authentication data has been written into the new 
key (11,12) correctly, and informing a user register- 
ing the new key (11, 12) of the result of the check. 

19. An electronic control unit according to claim 14, 
wherein the transponders (10a-12a) of the regis- 
tered key (10) and the new key (11, 12) are such 
that once authentication data has been written into 
the transponder (10a-12a), the authentication data 
cannot be read out from the transponder (10a- 12a). 

20. An electronic control unit according to claim 13, 
wherein the authentication data is function data for 
operating on query data sent from the electronic 
control unit (20) at the time of anti-theft determina- 
tion. 

21. An anti-theft device comprising: 
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an electronic control unit (20) having storing 
means (20f) for storing authentication data of a 
pre-registered master key (10), the electronic 
control unit (20) being for conducting communi- 
cation with a transponder (10a) of the master 5 
Key (10), collating the authentication data 
stored in the storing means (20, 20f) with 
authentication data written in the transponder 
(10a), and determining if the result of the colla- 
tion is a match, and when the collation result is w 
a match, making starting of an engine possible; 
wherein when authentication data is to be writ- 
ten into a transponder (1 1 a, 1 2a) of a new key 
(11, 12), the electronic control unit (20) con- 
ducts communication with the transponder 15 
(10a) of the master key (10) and collates the 
authentication data stored in the storing means 
(20, 20f) with the authentication data written in 
the transponder (10a) of the master key (10a), 
and when the result of the collation is a match, 20 
allows the writing of authentication data match- 
ing the authentication data of the master key 
(10) into the transponder (11a, 12a) of the new 
key (11. 12). 

25 

22. An anti-theft device according to claim 21, wherein 
communication data sent by the transponder (10a) 
of the master key (10) to the electronic control unit 
(20) includes, in addition to the authentication data, 

a key identification code identifying the master key 30 
(10). 

23. An anti-theft device according to claim 22, wherein 
a key identification code, different from the key 
identification code of the master key (10). is written 35 
into the transponder (1 1 a. 1 2a) of the new key (1 1 , 
12) in addition to the authentication data matching 
the authentication data of the master key (10). 

24. An anti-theft device according to daim 23, wherein 40 
the authentication data and key identification codes 
respectively assigned to a plurality of keys having 
the same authentication data are stored in the elec- 
tronic control unit (20). and only when recognizing 
the key identification code of the master key (10) 45 
does the electronic control unit (20) allow registra- 
tion of the new key (1 1 , 1 2). 
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